IBM Systems Engineer - meaning and definition. What is IBM Systems Engineer
Diclib.com
ChatGPT AI Dictionary
Enter a word or phrase in any language 👆
Language:

Translation and analysis of words by ChatGPT artificial intelligence

On this page you can get a detailed analysis of a word or phrase, produced by the best artificial intelligence technology to date:

  • how the word is used
  • frequency of use
  • it is used more often in oral or written speech
  • word translation options
  • usage examples (several phrases with translation)
  • etymology

What (who) is IBM Systems Engineer - definition

PROFESSION
Hardware systems architect; Hardware engineer; Hardware Engineer

IBM Systems Engineer      
<job> (SE) A software person from IBM. (1998-07-08)
Systems Network Architecture         
  • IBM 3745-170
PROPRIETARY NETWORKING ARCHITECTURE FOR IBM MAINFRAMES AND MINICOMPUTERS
System network architecture; System Network Architecture; Systems Network Architecture (SNA); IBM SNA; IBM Systems Network Architecture
Systems Network Architecture (SNA) is IBM's proprietary networking architecture, created in 1974.. It is a complete protocol stack for interconnecting computers and their resources.
Systems Network Architecture         
  • IBM 3745-170
PROPRIETARY NETWORKING ARCHITECTURE FOR IBM MAINFRAMES AND MINICOMPUTERS
System network architecture; System Network Architecture; Systems Network Architecture (SNA); IBM SNA; IBM Systems Network Architecture
<networking> (SNA) IBM's proprietary high level networking protocol standard, used by IBM and IBM compatible mainframes. Also referred to as "Blue Glue", SNA is a bletcherous protocol once widely favoured at commercial shops. The official IBM definition is "that which binds blue boxes together." It may be relevant that Blue Glue is also a 3M product commonly used to hold down carpets in dinosaur pens. [Jargon File] (1994-11-23)

Wikipedia

Hardware architect

(In the automation and engineering environments, the hardware engineer or architect encompasses the electronics engineering and electrical engineering fields, with subspecialities in analog, digital, or electromechanical systems.)

The hardware systems architect or hardware architect is responsible for:

  • Interfacing with a systems architect or client stakeholders. It is extraordinarily rare nowadays for sufficiently large and/or complex hardware systems that require a hardware architect not to require substantial software and a systems architect. The hardware architect will therefore normally interface with a systems architect, rather than directly with user(s), sponsor(s), or other client stakeholders. However, in the absence of a systems architect, the hardware systems architect must be prepared to interface directly with the client stakeholders in order to determine their (evolving) needs to be realized in hardware. The hardware architect may also need to interface directly with a software architect or engineer(s), or with other mechanical or electrical engineers.
  • Generating the highest level of hardware requirements, based on the user's needs and other constraints such as cost and schedule.
  • Ensuring that this set of high level requirements is consistent, complete, correct, and operationally defined.
  • Performing cost–benefit analyses to determine the best methods or approaches for meeting the hardware requirements; making maximum use of commercial off-the-shelf or already developed components.
  • Developing partitioning algorithms (and other processes) to allocate all present and foreseeable (hardware) requirements into discrete hardware partitions such that a minimum of communications is needed among partitions, and between the user and the system.
  • Partitioning large hardware systems into (successive layers of) subsystems and components each of which can be handled by a single hardware engineer or team of engineers.
  • Ensuring that maximally robust hardware architecture is developed.
  • Generating a set of acceptance test requirements, together with the designers, test engineers, and the user, which determine that all of the high level hardware requirements have been met, especially for the computer-human-interface.
  • Generating products such as sketches, models, an early user's manual, and prototypes to keep the user and the engineers constantly up to date and in agreement on the system to be provided as it is evolving.